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(57) Abstract: Each synchronous flow (h=l, 2, 
, N s ) is associated to a respective synchronous 
capacity value (H h ) indicative of the maximum 
amount of time for which a synchronous flow can 
be served before relinquishing the token. Each 
asynchronous flow (1=1, 2, , N A ) is, on the other 
hand, associated to a respective indicative value 
of the delay to be recovered so that the respective 
queue has the right to be served and to another value 
indicating the instant in which the server visited the 
respective queue in the pervious cycle. Each queue 
associated to a synchronous flow (h) is therefore 
served for a maximum amount of time that is equal 
to the aforesaid synchronous capacity value, while 
each queue associated to an asynchronous flow (i) 
is only served if the server's visit takes place with 
anticipation with respect to the expected instant. 
This anticipation is determined as the difference 
between the expected rotation time, needed by 
the server (10) to complete a visit cycle (T) of 
the queues associated to the aforesaid flows (h, 
i), and the time that has passed since the server's 
previous visit (10) and the delay accumulated. This 
difference, if positive, defines the maximum service 
time for the asynchronous queue. If the queue 
is empty when the server visits it, the server (10) 
moves on to the next queue even before the relative 
maximum service time has passed. 
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"PROCEDURE AND SYSTEM FOR SCHEDULING A SHARED 
RESOURCE BETWEEN MULTIPLE INFORMATION PACKET FLOWS " 

* * * 

This invention refers to the packet 
communication systems, and in particular to the 
scheduling criteria of a shared resource, i.e. the 
criteria used to select the packet to which the 
resource is to be assigned each time this occurs. 

The solution given in the invention has been 
developed both for radio resource scheduling (e.g.: 
MAC level scheduling) , and for the scheduling of 
computational and transmissive resources in the 
network nodes (e.g.: flow scheduling with different 
service quality on Internet Protocol router (IP) . 
The following description is based especially on the 
latter application example, and is given purely as 
an example and does not limit the scope of the 
invention. 

For several years now, the widespread 
application and rapid evolution of the packet 
networks have given rise to the problem of 
integrating the traditional services offered by the 
old generation packet networks (electronic mail, web 
surfing, etc.) and the new services previously 
reserved for circuit switching networks (real time 
video, telephony, etc.) into the so-called 
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integrated services networks. The integrated 
services networks must therefore be able to handle 
traffic flows with different characteristics and to 
offer each type of flow a suitable service quality, 
a set of performance indexes negotiated between user 
and service provider, which must be guaranteed 
within the terms agreed upon. 

One of the key elements in providing the 
service quality requested is given by the scheduling 
implemented on the network nodes, i.e. by the 
criteria with which the packet to be transmitted is 
selected each time from those present on the node; 
this criteria must obviously match the following 
characteristics : 

- flexibility, in the sense of capacity to 
provide different types of services; 

- simplicity, a characteristic that makes it 
possible to use in environments that require 
high transmission speeds and the handling of 
numerous transmission flows; and 

efficiency in the use of the shared resource 
(e.g. the transmissive means). 

This invention, having the characteristics 
referred to in the claims that follow, initially 
consists of a scheduling procedure that can satisfy 
the aforesaid requirements . Another aspect of the 
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invention is that it also relates to the relative 
system. 

In particular, the solution given in the 
invention is able to provide different types of 
service at a low computational cost, and can 
therefore, be applied to computer networks that must 
guarantee its users quality of service, like the IP 
networks in intserv or diffserv techniques. The 
solution given in the invention also applies to the 
scheduling systems of radio resources such as MAC 
level scheduling algorithms (W-LAN systems, third- 
generation mobile-radio services) . 

In particular, the solution given in the 
invention guarantees the bit rate of the various 
flows, the maximum queueing delay and the maximum 
occupation of the buffers of each flow for 
synchronous traffic . 

In its current preferred form of actuation, the 
solution given in the invention is capable of 
providing the following characteristics: 

- flexibility: the solution given in the invention 
offers two different types of service, irate- 
guaranteed (suitable for synchronous flows) and 
best-effort (suitable for asynchronous flows), and 
is therefore able to function in service integration 
networks ; 
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isolation of flows: the special architecture 
makes it possible to isolate the transmission flows, 
i.e. it makes the service offered to a single-flow' 
independent from the presence and behaviour of other 
flows ; 

-" low computational complexity: the number of 
operations necessary to select the packet to be 
transmitted each time is independent from the number 
of transmission flows present, and therefore the 
system has one computational complexity 0(1) / this 
property makes the system particularly suitable for 
environments in which the transmission speeds and 
the number of flows are high; 

adaptability: the solution given in the 
invention is able to handle a change in the 
operating parameters (e.g. the number of flows 
present) by redistributing its resources without 
having to resort to complex procedures; and 

- analytic describability : a complete analytic 
description of the system's behaviour is provided; 
this makes it possible to relate the service quality 
measurements to the system parameters. 

The following description of the invention is 
given as a non-limiting example, with reference to 
the annexed drawing, which includes a single block 
diagram figure that illustrates the operating 
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criteria of a system working according to the 
invention . 

A scheduling system as given in the invention 
is able to multiplex a single transmission channel 
into multiple transmission flows. 

The system offers two different types of 
service: a rate-guaranteed service, suitable for 
transmission flows (henceforth, h synchronous flows 
with h=l, 2, N s ) that require a guaranteed 

minimum service rate, and a best-effort service, 
suitable for transmission flows (henceforth, i 
asynchronous flows, with i= 1, 2, N A ) that do not 

require any guarantee on the service rate. The 
system provides the latter, however, with a balanced 
sharing of the transmission capacity not used by the 
synchronous flows . 

The traffic from each transmission flow input 
on the node is inserted in its queue (synchronous or 
asynchronous queues will be discussed later) from 
which it will be taken to be transmitted. The server 
10 visits the queues in a fixed cyclic order 
(ideally illustrated in the figure of the drawings 
with trajectory T and arrow A), granting each queue 
a service time established according to precise 
timing constraints at each visit. 
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System operation as given in the invention 
includes initialisation followed by the cyclic queue 
visit procedures. These procedures will be discussed 
later . 

Initialisation 

First of all, it is necessary to give the 
system the information relating to the working 
conditions: how many synchronous flows there are (in 
general: N A ) , what the transmission rate requested 
by each of these flows is, how many asynchronous 
flows there are, the expected rotation time (TTRT) , 
i.e. how long a complete cycle during which the 
server visits all the queues once is to last. 

On the basis of this information, the system 
parameters can be defined: 

each synchronous flow h, h=l...N S/ is 
associated, according to an appropriate allocation 
policy, to a variable H h (synchronous capacity) that 
measures the maximum time for which the traffic of a 
synchronous flow can be transmitted before 
relinquishing the token. The possible allocation 
policies will be described below; 

- each asynchronous flow i i=l.JSr A is associated 
to two variables, lateness (i) and 

last_token_time(i) ; the first variable stores the 
delay that must be made up for the asynchronous 
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queue i to have the right to be served; the second 
variable stores the instant in which the server 
visited the asynchronous queue i in the previous 
cycle. These variables are initialised to zero. 

The system clock is also started; supposing 
that the reading of the current_time variable gives 
the current time with the desired precision, the 
queue scanning will start. 

Visit to a generic synchronous queue h, with h ■ 
= 1 . ■ .N s 

A synchronous queue can be served for a period 
of time equal to its maximum synchronous capacity 
H h/ determined during the initialisation stage. If 
the queue being served is empty, the server will 
move on to visit the next queue, even if the H h time 
has not passed. 

Visit to a generic asynchronous queue i, with i 
Z 1. ■ .N A 

An asynchronous code can be served only if the 
server's visit occurs before the expected instant. 
To calculate whether the server's visit is in 
advance, subtract the time that has passed between 
the previous visit and the accumulated delay 
lateness (i) from the expected rotation time TTRT. If 
this difference is positive, it gives the period of 
time for which the asynchronous queue i has the 
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right to be served, and in this case the lateness 
variable (i) is reset. If the difference is 
negative, the server is late, and therefore the 
queue i cannot be served; in this case, the delay is 
stored in the lateness variable (i) . The same 
applies to the asynchronous queues; if the queue 
being served is empty, the server will- move on to 
visit the next one even if the previously calculated 
service time has not yet passed completely. 

The pseudocode illustrated below analytically 
describes the behaviour of a system as given in the 
invention which proposes the scheduling of N A 
asynchronous flows and N s synchronous flows 
simultaneously (N A and N s must be non-negative 
integers) . It should be supposed that each 
synchronous flow h, h=l...N s requires a service rate 
equal to fh times the capacity of the output channel 
(()</,, <1), and that the sum of the service rates 

requested by the synchronous flows does not exceed 
the capacity of the channel itself ( J]£ / A ^1). 

Initialisation 

fetch_parameters (N s , fi.«f Ns , N Al TTRT) ; 
select_parameters (Hi...H Ns ) ; 

for (i=l to n a ) {lateness (i) = 0; last_token_time (i) 
= 0 ; } 

current_time = 0 ; 
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Start_Cycle; 

Visit to a generic synchronous queue h, with h = 
1 . . . N s : 

Transmit_f or_a_Time (H h ) ; 
Next_Visit ; 

Visit to a generic asynchronous queue i, with i =■ 
L : - n a : ' 

t = current_time; 

temp = TTRT - lateness (i) - (t 
last_token_time (i) ) ; 
if (temp >0) 
{ Transmit_f or_a_Time (temp) ; 
lateness (i ) =0 ; } 
else 

lateness (i) = - temp; 
last_token_time ( i) = t; 
Next_Visit ; 

The ability to guarantee that the synchronous 
flows receive a minimum service rate that is not 
less than that requested depends on whether the 
synchronous capacities H h/ h=l...N s have been selected 
correctly. In the system given in the invention, the 
H h/ h=l...N s are selected in proportion to the value of 
the expected rotation time TTRT: 
H h = TTRT • C h 
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The values of the proportionality constant C h 
can be selected according to one of the following 
two schemes : 

- local scheme : C h = f h 



N • f 

- global scheme; C h = ~ 4 Jk 



The applicability of the global scheme is 
naturally linked to the presence of at least one 
asynchronous flow. 

If the H h are calculated following one of the 
afore-mentioned schemes, each synchronous flow is 
served at a rate that is no less than r h times the 
capacity of the channel, with r h given by the 
following expression : 

and it can be guaranteed that, given any interval of 
time [ti, t 2 ) in which the generic synchronous queue 
h is never empty, the service time ^^i'^) received 
by the h queue in [ti, t 2 ) , the following inequality 
will occur: 

0<r l ,-(t 2 -t l )-W h (t l7 t 2 )^A h <oo, Vt 2 >t l7 h = l...N s (l) 

with: 

A, = C h • TTRT -{2-r u )< min (2H h , TTRT) 

Relation (1) above establishes that the service 
provided by the system given in the invention to a 
synchronous flow h does not differ by more than 
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from the service that the same flow would experience 
if it were the only owner of a private transmission 
channel with a capacity equal to r '< times that of 
the channel handled by the scheduler as given in the 
invention, therefore represents the maximum 

service delay with respect to an ideal situation. 
Since ^''is proportional to TTRT, TTRT can be 
selected to limit the maximum service delay. 

The global scheme guarantees a better use of 
the transmission capacity of the channel with 
respect to the local scheme, in that under the same 
operating conditions it allocates a lower capacity 
to the synchronous flows, leaving a larger section 
of the band free for asynchronous flow 
transmissions . 

On the other hand, the use of a global scheme 
envisages that all the H h parameters are recalculated 
each time the number of flows (synchronous or 
asynchronous) in the system changes; the use of a 
local scheme, however, means that the H h can be 
established independently from the number of flows 
present in the system. 

The guarantee on the minimum service rate makes 
it possible to provide guarantees on the maximum 
buffer occupation (backlog) and on the maximum 
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queuing delay for synchronous traffic if appropriate 

mechanisms for conditioning input traffic are used. 

Assuming a composite leaky bucket is used as a 

traffic conditioning mechanism, consisting of n>l 

leaky bucket in cascade, and granting that each 

leaky bucket is characterised by a pair of 
parameters {bj 9 t.) f j = l„jt , where bj is the dimension 

of the leaky bucket (expressed in units of time), 
and i/tj is the filling rate of the leaky bucket, it 

is possible to define the following quantities: 

T Jj~ b J« tt 
1 t.-t., JJ+l 

B - b J* J 

where b n+x = 0 and t n+] =0 are introduced for the sake 
of easy notation. We can suppose (without losing 

general aspects) that the following inequalities 
have occurred : t } > t J+] , b } > b J+l , T } > T J+l for 

7 = l...rt-l 

Supposing that the generic synchronous flow k 

has guaranteed a rate equal to r k/ if the traffic 

sent by the synchronous flow k is limited by a 

composite leaky bucket with n stages described by 
the parameters {b J9 tj) , j = l...n , the following 

guarantees can be formulated. 
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If r k >l/t ] , then both the backlog and the 
queuing delay have an upper limit; in addition, if 
the single leaky bucket is marked with index i, we 
have : l/t g < r k < lft M , i = l...n : 

- the queuing delay is limited at the top by: 

d k ={A k +B { )/r k -T. t 

- if A k /r k <7] , the backlog is limited at the top 

by: q k =A k + B f -r 4 
if A k /r k >T f , the backlog is limited at the top by: 
A * u 

q k — where h is the leaky bucket that 

checks the inequality T h < A k /r k <T /l _ 1 , h = l.J x . 

T 0 =°° has been used in the above description for 
the sake of easy notation. 

Obviously the details of how this is done can 
be altered with respect to what has been described, 
without however, leaving the context of this 
invention . 
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CLAIMS 

1. Procedure for the scheduling of a service 
resource shared between multiple information packet 
flows, said flows generating respective associated 
queues and being served by the attribution of a 
token; this plurality ^of flows includes synchronous 
flows (h = 1, 2, N s ) / which require a guaranteed 

minimum service rate, and asynchronous flows (i = 1, 
2, N A ) destined to exploit the service capacity 

of said resource left unused by the synchronous 
flows , 

characterised by the fact that it includes the 
following operations: 

- provides a server (10) that visits the 
respective queues associated to said flows (h, i) in 
successive cycles, determining a time value of 
expected rotation (TTRT) , which identifies the . time 
necessary for the server (10) to complete a vist 
cycle on the said respective queues, 

- associates to each synchronous flow (h) a 
respective synchronous capacity value (H h ) 
indicative of the maximum amount of time for which a 
synchronous flow can be served before relinquishing 
the token, 

- associates to each asynchronous flow (i) a 
first respective delay value (lateness (i) ) that 
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identifies the value that must be made up for the 
respective queue to have the right to be served, and 
a second value ( las t__token_ time) that indicates the 
instant in which the server (10) visited the 
respective queue in the previous cycle, determining 
for said respective queue, the time that has passed 
since the previous visit of the server (10), 

- serves each queue associated to a synchronous 
flow (h) for a maximum service time equal to said 
respective value of synchronous capacity (Hh) , and 

serves each queue associated to an 
asynchronous flow (i) only if the server's visit 
(10) occurs before the expected instant, said 
advance being determined as the difference between 
said expected rotation time value (TTRT) and the 
time that has passed since the server's (10) 
previous visit and the accumulated delay; if 
positive, this difference defines the maximum 
service time for each said queue. 

2. Procedure as per claim 1, characterised by 
the fact that it includes, if the queue is empty 
when the server visits it, the operation that makes 
the server (10) visit a subsequent queue even before 
the relative maximum service time has passed. 

3. Procedure as per claim 1 or claim 2, 
characterised by the fact that, in the case in which 
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said difference is negative, each said queue 
associated to an asynchronous flow (i) is not served 
and the value of said difference is accumulated with 
said delay. 

4. Procedure as per any of the claims 1 to 3 , 
characterised by the fact that said first respective 
value (lateness (i) ) and said second respective value 
(2ast_to/cen_time) are initialised to zero. 

5. Procedure as per any one of the claims 1 to 
4, characterised by the fact that said respective 
synchronous capacity value (H h ) is determined in 
proportion to said expected rotation time value 
(TTRT) . 

6. Procedure as per claim 5, characterised by 
the fact that said synchronous capacity value (H h ) 
is determined in proportion to said expected 
rotation time value (TTRT) according to a 
proportionality factor (C h ) selected in relation to 
the respective proportionality factor (f h ) between 
the service rate requested by the respective 
synchronous flow (h) and the service capacity of 
said shared resource. 

7. Procedure as per claim 6, characterised by 
the fact that said proportionality factor (C h ) is 
selected equal to said respective proportionality 
factor . 



SUBSTITUTE SHEET (RULE 26) 



WO 02/35777 



17 



PCT/IT01/00536 



8. Procedure as per claim 6, characterised by 
the fact that said proportionality factor (C h ) is 
selected on the basis of the following formula 

— =rr; where: 

- fj stands for said respective proportionality 
factor relating to the j-th synchronous flow, 
and 

- N A is the number of said asynchronous flows. 

9. System for the scheduling of a service 
resource shared between multiple information packet 
flows, said flows generating respective associated 
queues and being served by the attribution of a 
token; this plurality of flows includes synchronous 
flows (h = 1, 2, N s ) , which require a guaranteed 
minimum service rate, and asynchronous flows (i = 1, 
2, N A ) destined to exploit the service capacity 
of said resource left unused by the synchronous 
flows , 

characterised by the fact that it includes a 
server (10) that is able to visit the respective 
queues associated to said flows (h, i) in successive 
cycles; the system being configured to perform the 
following operations: 

- determine an expected rotation time value 
(TTRT) which identifies the time necessary for the 
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server (10) to complete a visiting cycle of said 
respective queues, 

associate to each synchronous flow (h) a 
respective synchronous capacity value (H h ) 
indicative of the maximum amount of time for which a 
synchronous flow can be served before relinquishing 
the token, 

- associate to each asynchronous flow (i) a 
first respective delay value (lateness (i) ) that 
identifies the delay that must be made up for the 
respective queue to have the right to be served, and 
a second respective value ( last_token_time) that 
indicates the instant in which the server (10) 
visited the respective queue in the previous cycle, 
determining for said respective queue, the time that 
has passed since the previous visit of the server 
(10) 

- serve each queue associated to a synchronous 
flow (h) for a maximum service time equal to said 
respective value of synchronous capacity (H h ) / and 

serve each queue associated to an 
asynchronous flow (i) only if the server's visit 
(10) occurs before the expected instant, said 
advance being determined as the difference between 
said expected rotation time value (TTRT) and the 
time that has passed since the server's (10) 
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previous visit and the accumulated delay; if 
positive, this difference defines the maximum 
service time for each said queue. 

10. System as per claim 9, characterised by the 
• fact that the server (10) is configured in such a 

way that if the queue is empty when the server (10) 
visits it, the server (10) will move on to visit a 
subsequent queue even before the relative maximum 
service time has passed. 

11. Procedure as per claim 9 or claim 10, 
characterised by the fact that, in the case in which 
said difference is negative, each said queue 
associated to an asynchronous flow (i) is not served 
by the said server (10) and the value of said 
difference is accumulated with said delay. 

12. Procedure as per any of the claims 9 to 11, 
characterised by the fact that said first respective 
value (lateness (i) ) and said second respective value 
(Iast_to;cen_tijne) are initialised to zero. 

13. Procedure as per any one of the claims 9 to 

12, characterised by the fact that said respective 

synchronous capacity value (H h ) is determined in 

proportion to said expected rotation time value 
(TTRT) m 

14. System as per claim 13, characterised by 
the fact that said synchronous capacity value (H h ) 
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is determined in proportion to said expected 
rotation time value (TTRT) according to a 
proportionality factor (C h ) selected in relation to 
the respective proportionality factor (f h ) between 
the service rate requested by the respective 
synchronous flow (h) and the service capacity of 
said shared resource. 

15. System as per claim 14, characterised by 
the fact that said proportionality factor (C h ) is 
selected equal to said respective proportionality 
factor . 

16. System as per claim 14, characterised by 
the fact that said proportionality factor (C h ) is 
selected on the basis of the following formula 




Na ■ ft 



where : 



f j stands for said respective proportionality 



factor relating to the j-th synchronous flow, 



and 



N A is the number of said asynchronous flows . 
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